(19) 




Europfiisehes Patentamt 
European Patent Office 
Office europeen des brevets 



(11) 



EP 1 349 067 A2 



(12) 



EUROPEAN PATENT APPLOCATION 



(43) Date of publication: 


(51) Intel 7 GOSF 11/14. G06F 11/07 


01.10^003 Bulletin 2003/40 


(21) Application number: 03251612^ 




(22) Date of filing: 17.03.2003 




(84) Designated Contracting States: 


0 Maeda, Kaoru 


AT ae Bfi r^u r^v np ntf pp pq pi pq fio 
Al DC Dva WT uc Ui\ cc co ri rn laD un 


unia-KUj lOKyo iio 


HU IE IT LI LU MC NL PT SE SI SK TR 


o Ikeda, Tetsuya 


Designated Extension States: 


Ohta-ku, Tokyo 143 (JP) 


AL LT LV MK RO 






(74) Representative: Leeming, John Gerard 


(30) Priority: 22.03.2002 JP 2002081942 


J.A. Kemp & Co., 




14 South Square, 


(71) Applicant: Ricoh Company Ltd. 


Gray's Inn 


Tokyo 143-8555 (JP) 


London WC1R5JJ (GB) 


(72) Inventors: 




. o Hayano, HIroki 




Ohta-ku, Tokyo 143 (JP) 





(54) Document management system and method with fault recovery 



(57) In a document management system including 
a plurality of document storing devices storing docu- 
ment information, respectively, a recording device 
records progress status information of an operation of 
each document storing device. A retrieving device 
checks, when the document management system is ac- 
tivated, the recorded progress status information of an 
operation of each document storing device to retrieve a 
document storing device that cannot be activated. A 
progress status infonmation acquiring device acquires 



from the recording device progress status information 
of an operation of the retrieved document storing device. 
A fault recovery process content acquiring device ac- 
quires a content of a fault recovery process relative to 
the retrieved document storing device based upon the 
acquired progress status infomnation of an operation of 
the retrieved document storing device. An executing de- 
vice automatically executes the acquired content of a 
fault recovery process relative to the retrieved document 
storing device. 
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Description 

[0001] The present application claims priority and 
contains subject matter related to Japanese Patent Ap- 
plication NO. 2002-081 942 filed in the Japanese Patent 5 
Office on March 22, 2002, and the entire content of 
which are hereby incorporated by reference. 
[0002] The present invention relates to electronic doc- 
ument management, and in particular relates to a doc- 
ument management system and a fault recovering io 
method and computer program product for a document 
management system that automatlcalty recover a doc- 
ument infomnation storing device that cannot be activat- 
ed due to abnonnal ending In a previous operation of 
the document information storing device. 
[0003] Various automatic fault recovery systems for 
computer systems have been known. For example, an 
automatic recovery system and method for recovery 
from a fault occurring when a computer system is In op- 
eration is described in Japanese Patent Application 20 
Laid-open publication No. 2001-005693. Error codes 
and error levels are associated with each other in ad- 
vance in an error level coordinating table, and if an en^or 
occurs, an application program transfers an en-or code 
to an error level detemrilning part. The error level deter- 25 
mining part retrieves an error level by the error code 
from the error level coordinating table. If the en^or level 
is "a database fault", a database recovery processing 
part is activated. The application program receives the 
error level, and if the error level is either "a database so 
faulf or "a temporary environment fault", rerun of the 
application program is performed, and if the error level 
is "an application fault", abnonnal ending of the applica- 
tion program is performed. 

[0004] Japanese Patent Application Laid-open publi- 35 
cation No. 07-056793 describes an automatic file fault 
recovery system for a computer system, which perfonns 
a file fault recovering process quickly and correctly with- 
out requiring involvement of an operator by automating 
processes of monitoring a file fault occurrence and re- 40 
covering from a fault. Monitoring of a file fault occur- 
rence is automatically performed, and when a fault oc- 
curs in a file, a fault recovering procedure for recovering 
the file is generated based upon detailed file manage- 
ment information of the file and the kind of the file and 
the fault. Based upon the generated fault recovering 
procedure, a necessary fault recovering job control sen- 
tence is generated, and an automatic fault recovery Is 
perfomned based upon the fault recovering job control 
sentence. ^ 
[0005] Japanese Patent Application Lain-open publi- 
cation No. 10-320254 describes a database recovering 
system capable of recovering a database by interactive 
processing. At the time of starting a database, an auto- 
matic recovery processing device automatically per- ss 
forms a recovering process for a database fault. When 
the recovering process is unsuccessful, aninteractive 
recovery processing device retrieves a recovery poce- 



dure table storing recovery procedures and recovery 
level for respective database faults using the database 
fault as a key to acquire a recovery procedure and a 
recovery level necessary for recovering the database 
fault. Then, according to the acquired recovery proce- 
dure and recovery level, a database recovering process 
is performed by interactive processing with an operator. 
[0006] The recovery system and method of 
JP2001 -005693 and the automatic file fault recovery 
system of JP07-056793 both relate to a computer sys- 
tem, not to a document management system. Further, 
both systenns do not check faults when starting an op- 
eration of a system. Therefore, even if these systems 
are applied to a document management system, con- 
tents of faults cannot be known before accessing a cab- 
inet that is constituted of a database storing a plurality 
of document data and flies necessary for constructing 
the cabinet so that a same process can be performed 
to the plurality of document data in a batch processing 
mode. 

[0007] The database recovery system of 
JP1 0-320254 involves interactive processing in recov- 
ering a database fault that cannot be automatically re- 
covered, and certain knowledge Is necessary in per- 
forming the interactive processing. 
[0008] The present invention has been made in view 
of the above-discussed and other problems and ad- 
dresses the above-discussed and other problems. 
[0009] Prefen^ed embodiments of the present inven- 
tion provide a novel document management system and 
fault recovery method that, when a cabinet cannot be 
activated due to abnomial ending occurred when the 
cabinet was being operated (e.g., the system has ab- 
nomnally ended without perfomiing a ncmial ending 
process due to power failure), identifies the cabinet that 
cannot be activated and quickly recovers an incomplete 
state of the cabinet without involving an experienced 
system engineer, 

[0010] According to a preferred embodiment of the 
present invention, in a document management system 
Including a plurality of document storing devices storing 
document infomnation, respectively, a recording device 
records progress status infomnation of an operation of 
each document storing device. A retrieving device 
checks, when the document management system is ac- 
tivated, the recorded progress status infomriation of an 
operation of each document storing device to retrieve a 
document storing device that cannot be activated. A 
progress status infomnation acquiring device acquires 
from the recording device progress status infomnation 
of an operation of the retrieved document storing device. 
A fault recovery process content acquiring device ac- 
quires a content of a fault recovery process relative to 
the retrieved document storing device based upon the 
acquired progress status infomnation of an operation of 
the retrieved document storing device. An executing de- 
vice automatically executes the acquired content of a 
fault recovery process relative to the retrieved document 



45 



50 



2 



3 EP 1 349 067 A2 4 



storing device. 

[0011] In the above-described document manage- 
ment system, further, a normal ending assurance file 
generating device may generate a normal ending assur- 
ance file when the document management system has 
normally ended. In this case, a nomnal ending assur- 
ance file existence checking device checks, when the 
document management system Is activated, existence 
of the nomial ending assurance file, and a nomnal end- 
ing assurance file deleting device deletes the normal 
ending assurance file after the document management 
system has been activated. 

[0012] Further, in the above-described document 
management isystem, the plurality of document storing 
devices may be cabinets, and the recording device re- 
cording progress status infomnation of an operation of 
each cabinet may be a catalogue DB configured to man- 
age basic infonnation of the cabinet. 
[0013] Furthemiore, in the above-described docu- 
ment management System, the recording device may 
be configured to record process step information indi- 
cating process steps of the operation of each document 
storing device or cabinet and a plurality of checking 
points for defining a starting ppsition to start a recovery 
process. 

[0014] Still further, the above-described document 
management system may further include a process step 
infomnation acquiring device configured to acquire, 
when the document management system is activated, 
process step informatipn of the retrieved document stor- 
ing device or cabinet from the recording device to Iden- 
tify a process step of the operation of the retrieved doc- 
ument storing device or cabinet in which the document 
management system has abnomnally ended, and a re- 
covering process executing device configured to exe- 
cute the recovery process starting from a checking point 
that is before and nearest to the process step in which 
the document management system has abnormally 
ended. 

[0015] Thus, the document management system of 
the present invention Is configured to automatically re- 
cover a fault document storing device or cabinet accord- 
ing to a progress status thereof, so that a fault in the 
document management system can be quickly recov- 
ered without involving an experienced sen/ice engineer. 
[001 6] Further, a nomnal ending assurance file is gen- 
erated when the document management system has 
nonmally ended, and when the document management 
systems is activated next time, whether the document 
management system has nonmally ended can be known 
by checking existence of a normal ending assurance 
file, so that checking of progress status of each docu- 
ment storing device or cabinet is not necessary and 
thereby the time required for starting the document man- 
agement system is decreased. 
[001 7] Furthermore, the document management sys- 
tem manages basic infonnation of each document stor- 
ing device or cabinet by a catalogue DB recording 



progress status Infomnation of an operation of each doc- 
ument storing device or cabinet in a similar manner as 
in a document management DB of the document storing 
device or cabinet, so that synchronizing an updating tim- 

s ing for the basic information of each document storing 
device or cabinet with the document management DB 
of the document storing device or cabinet is easy 
[0018] Still further, the document management sys- 
tem of the present invention manages progress status 

10 infomnation of an operation of each document storing 
device or cabinet with respect to process steps of the 
operation together with checking points defining a start- 
ing position to start a recovering process, so that by 
starting the recovering process from a process step 

IS nearest to the process step where an abnormal end has 
occun-ed, starting the recovering process from a posi- 
tion unnecessarily close to the start of the operation is 
avoided and the time required for recovering is de- 
creased. 

^ [001 9] ■ According to another preferred embodiment of 

the present invention, a recovering method for a docu- 
ment management system is provided. The method in- 
cludes the steps of: recording progress status infomna- 
tion of an operation of each cabinet of the document 

25 management system by a recording device; checking, 
when the document management system is activated, 
the recorded progress status information of an operation 
of each cabinet to retrieve a cabinet that cannot be ac- 
tivated; acquiring from the recording device progress 

30 status infonnation of an operation of the retrieved cabi- 
net; acquiring a content of a fault recovery process rel- 
ative to the retrieved cabinet based upon the acquired 
progress status information of an operation of the re- 
trieved cabinet; and automatically executing the ac- 

35 quired content of a fault recovery process relative to the 
retrieved cabinet. 

[0020] The recovering method may further include the 
steps of: generating, when the document management 
system has nomnally ended, a nomnal ending assurance 

40 file; checking, when the document management system 
Is activated, existence of the normal ending assurance 
file; and deleting the nomnal ending assurance file after 
the document management system has been activated. 
[0021] Further, In the above-described recovering 

^ method, the recording step may record the progress sta- 
tus infonnation of each cabinet in a catalogue DB for 
managing basic information of each cabinet. 
[0022] Furthermore, in the above-described recover- 
ing method, the recording step may record process step 

50 infonnation indicating process steps of the operation of 
each cabinet and a plurality of checking points for de- 
fining a starting position to start a recovery process. 
[0023] Still further, the above-described recovering 
method may include the steps of: acquiring, when the 

55 document management system is activated, process 
step information of the retrieved cabinet from the record- 
ing device to identify a process step of the operation of 
the retrieved cabinet In which the document manage- 
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ment system has abnormally ended; and executing the 
recovery process starting from a checking point that is 
before and nearest to the process step In which the doc- 
ument management system has abnomnally ended. 
[0024] A more complete appreciation of the present 
invention and many of the attendant advantages thereof 
will be readily obtained as the same becomes better un- 
derstood by reference to the following detailed descrip- 
tion when considered in conjunction with the accompa- 
nying drawings, wherein: 

FIG. 11s a diagram Illustrating a document manage- 
ment system according to a preferred embodiment 
of the present invention, which Is applied In a net- 
wori< system; 

FIG. 2 Is a diagram schematically illustrating an ex- 
emplary construction of the document management 
system; 

FIG. 3 is a flowchart for explaining a procedure for 
deleting a specific cabinet of the document man- 
agement system; 

FIG. 4 is a flowchart for explaining a procedure of 
processes performed when the document manage- 
ment system has ended abnomnally; 
FIG. 5 is a diagram illustrating another exemplary 
constmctlon of the document management system 
according to another preferred embodiment of the 
present invention; 

FIG. 6 is a flowchart for explaining a procedure of a 
recovering process of the document management 
system of the another preferred embodiment that is 
perfonned when the document management sys- 
tem has abnormally ended; 
FIG. 7 is a diagram Illustrating another exemplary 
construction of the document management system 
according to still another preferred embodiment of 
the present invention; and 
FIG. 8 Is a diagram illustrating a flowchart for ex- 
plaining a procedure of a recovering process of the 
document management system of the still another 
preferred embodiment. 

[0025] Referring nowto the drawings, wherein like ref- 
erence numerals designate Identical or corresponding 
parts throughout the several views, preferred embodi- 
ments of the present invention are described. 
[0026] FIG. 1 illustrates a document management 
system 1 according to a preferred embodiment of the 
present invention, which is applied In a network system. 
In the example of FIG. 1, the document management 
system 1 is used as a server of electronic document da- 
ta. The document management system 1 includes a 
management server 2 for the electronic document data 
and a storage 3 storing a plurality of cabinets. The doc- 
ument management system 1 is connected with other 
apparatuses, such as a client computer 4 and a printer 
6, via a network 6. The document management system 
1 receives and stores document data in the cabinets, 



and reads out the stored document data from the cabi- 
nets. 

[0027] FIG. 2 schematically Illustrates an exemplary 
construction of the document management system 1 . 
5 As illustrated in figure, the document management sys- 
tem 1 includes a document management system con- 
troller 10 that performs control of the entire system of 
the document management system 1, a DB engine 12 
that operates a document management DB in each cab- 
to inet according to an instruction of the document man- 
agement system controller 10, a cabinet "C" 14 that 
stores document infonnation, and a recording medium 
16 for recording progress Infonnation of operations of 
the document management system 1 . Symbol 14a de- 
15 notes files necessaryforconstmcting the cabinet "C" 14, 
and symbol 1 4b denotes a document management DB 
of the cabinet "C" 14. 

[0028] The document management system 1 Is con- 
figured such that, when operating the cabinet "C" 1 4 with 
the DB engine 1 2, for example when generating or de- 
leting the cabinet "C" 1 4, the generating or deleting op- 
eration is performed after recording progress infonna- 
tion of the operation, i.e., information that the cabinet 
"C*" 14 is being generated or deleted, in the recording 
medium 16 which Is separate froni the document man- 
agement DB 14b. 

[0029] When the document management system 1 is 
activated, the document management system controller 
10 checks the progress status of each cabinet in the 
document management system 1 (in the example of 
FIG. 2, only the cabinet "C" 14 is illustrated) , retrieves 
a cabinet which cannot be started to operate after ab- 
normal ending of the document management system 1 
at the previous operation of the cabinet, acquires 
progress status infonnation with respect to the cabinet 
at the time of the abnormal ending from a record of the 
recording medium 1 6, and perfornrrs a recovery process 
corresponding to the acquired progress status infonna- 
tion acconding to a procedure described later. 
[0030] FIG. 3 Is a flowchart for explaining a procedure 
for deleting a specific cabinet (in the example of FIG. 2, 
the cabinet "C" 14). 

[0031 ] The document management system controller 
10 records infonnation of a progress status of an oper- 
ation of deleting the cabinet, I.e., in this example, the 
information that the cabinet "C" 14 is being deleted, in 
the recording medium 16 (SI 01). Thereafter, the proc- 
ess proceeds to deleting of the cabinet "C" 14 (SI 02). 
Here, If the document management system 1 abnormal- 
ly ends during the deleting process of the cabinet "C" 
14, a recovery process is performed according to a pro- 
cedure described later. 

[0032] FIG. 4 Is a flowchart for explaining a procedure 
of processes performed when the document manage- 
ment system 1 has abnormally ended. 
[0033] When the document management system 1 
starts to operate, first, a starting process that is neces- 
sary to be perfonned, before checking the progress sta- 
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tus information, at the time the document management 
system controiler 10 is activated, Is perfomied (S201). 
For example, when a catalogue DB (described later) ex- 
ists, the catalogue DB Is opened. Then, the progress 
status Information of an operation relative to each cab- 
inet stored (in the example of FIG. 2, only the cabinet 
"C" 14 is Illustrated) in the recording medium 16 Is 
checked to retrieve a cabinet that has been abnormally 
ended during a previous operation (S202), and progress 
status information of the cabinet is acquired from the re- 
cording medium 16 (S203). If the acquired progress sta- 
tus Information indicates either of "being generated", 
"being deleted", "being mounted", "being dismounted", 
and "being recovered" (S204), a corresponding recov- 
ering process specified In the countemneasure table 18 
of FIG. 2 is perfomried (S205-S210). Specifically, when 
the progress status information indicates "being gener- 
ated", i.e., the cabinet "C" 14 has been abnormally end- 
ed when the cabinet "C" 14 is being generated, an op- 
eration of deleting the cabinet "C" 14 is performed. 
When the progress status information indicates "being 
deleted", i.e., the cabinet "C" 14 has been abnormally 
ended when the cabinet "C" 14 is being deleted, an op- 
eration of deleting the cabinet "C" 14 is performed. 
When the progress status Infomriation indicates "being 
mounted" or "being dismounted J. e!, the cabinet "C" 14 
has been abnormally ended when the cabinet "C" 14 is 
being mounted or dismounted, an operation of returning 
the state to the one prior to mounting or dismounting of 
the cabinet "C" 14 is performed. When the progress sta- 
tus information indicates "during recovering", i.e., the 
cabinet "C" 14 has been abnormally ended when the- 
cabinet "C" 14 is being recovered, an operation of de- 
leting the cabinet "C" 14 is perfomied. When the 
progress status Information Indicates "during changing 
of the basic information", i.e., the cabinet "C" 14 has 
been abnomnally ended when the basic information of 
the cabinet "C" 14 (e.g., the cabinet number, the kind of 
conversion that can be applied to the cabinet, etc.) is 
being changed, an operation of retuming the state to the 
one prior to changing of the basic Information Is per- 
formed. After completing the recovering process, the 
other starting operations start (S212). 
[0034] FIG. 5 illustrates another exemplary construc- 
tion of the document management system 1 according 
to another prefen-ed embodiment of the present inven- 
tion. 

[0035] The document management system 1 in- 
cludes the document management system controller 
10, the DB engine 12, a catalogue DB 13 that stores 
cabinet infomriation and manages the progress status 
infomnation of an operation of each cabinet as well, the 
cabinet "C" 14, and a normal ending assurance file 15. 
[0036] According to this another prefen^ed embodi- 
ment, when the document management system control- 
ler 10 normally ends a process of operating a cabinet, 
for example, with respect to an operation of generating 
a cabinet, when all of necessary process steps for gen- 



erating the cabinet (described later) nomnally end and 
thereby the cabinet has been generated, the normal 
ending assurance file 15 that records that the operation 
has been successfully ended Is generated, and then the 
5 process of generating the cabinet ends. By thus gener- 
ating the nonnal ending assurance file 1 5, when the doc- 
ument management system 1 Is activated next time, the 
document management system controller 10 can know 
whether or not the document management system 1 has 
been abnormally ended last time by only checking If a 
normal ending assurance file exists. Thus, in this em- 
bodiment, it Is not necessary to check the progress sta- 
tus Information of an operation relative to each cabinet 
recorded in the recording medium 16 to retrieve a cab- 
inet that has been abnormally ended at the previous op- 
eration as in the previous embodiment. The document 
management system controller 10 deletes the normal 
ending assurance file 15 after the document manage- 
ment system 1 has been activated, and generates an- 
other normal ending assurance file 15 when an ending 
process has nonnally ended. 

[0037] The normal ending assurance file 15 is gener- 
ated for example at a recording device (not shown) con- 
nected with the document management system control- 
ler 10. However, the nonnal ending assurance file 15 
can be generated at anywhere in the document man- 
agement system 1 as long as existence thereof can be 
easily confimned. 

[0038] FIG. 6 illustrates a flowchart for explaining a 
procedure of a recovering process of the document 
management system 1 of the above-described another 
preferred embodiment. When starting the starting proc- 
ess described with respect to FIG. 4, as a part of the 
starting process , existence of a normal ending assur- 
ance file is checked (S301), and if a normal ending as- 
surance file exists (YES in step 301 ) , because it is con- 
firmed that the previous operation has normally ended, 
the nonnal ending assurance file is deleted (8304). 
Then, a new normal ending assurance file is generated 
(S305), and the other starting operations start (S306). 
[0039] If a normal ending file does not exist (NO in 
step S301 ), because it has been confinned that the pre- 
vious operation has abnormally ended, the recovering 
processes of the steps 8205 through 821 0 of FIG. 4 are 
performed (8303). After completing the recovering proc- 
esses and the process of the step S305, the other start- 
ing operations start (8306). 

[0040] Here, the catalogue DB 13 is a database pro- 
vided for holding infomriation on each cabinet to manage 
the cabinet. The progress status Information of an op- 
eration of each cabinet, e.g., the infomnation that an op- 
eration of the cabinet Is being started, is also managed 
In the catalogue DB 13. Because the catalogue DB 13 
Is provided for holding infonnation of each cabinet, un- 
like a document management database provided in the 
cabinet (in the example of FIG. 5, the document man- 
agement DB 14b in the cabinet "C" 14) , the existence 
period thereof is made to be identical to that of the doe- 
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ument management system controller 1 and to be a 
unique one, and the catalogue DB 13 Is configured not 
to be newly generated or deleted. 
[0041] FIG. 7 illustrates another exemplary construc- 
tion of the document management system 1 according 
to still another preferred embodiment of the present in- 
vention. 

[0042] According to this embodiment, the document 
management system 1 Includes the document manage- 
ment system controller 10, the DB engine 12, the cata- 
logue DB 13 holding infonnation of each cabinet and 
managing the progress status information of an opera- 
tion of each cabinet, and the cabinet "C 14. In this em- 
bodiment, secondary progress status infomiation, 
which Is information of subdivided progress statuses of 
an operation of each cabinet (described later more in 
detail) , is added to the basic information on each cabi- 
net that Is managed by the catalogue DB 13. 
[0043] In this embodiment, whether or not a previous 
operation of a cabinet has abnormally ended is con- 
firmed either by checking the progress status recorded 
in a recording medium as described with reference to 
FIG. 2, or when a nomial ending assurance file is gen- 
erated as described with reference to FIG. 5, by check- 
ing existence of the normal ending assurance file. 
[0044] The reason that the secondary progress status 
information Is provided separately from the progress 
status Infonnation is that the progress status information 
Is used not only for checking whether or not recovering 
Is necessary for a cabinet, but also for checking the sta- 
tus of the cabinet when the document management sys- 
tem 1 is being operated, which, if the progress status 
infomiation includes the secondary progress status in- 
formation, may be complicated. 
[0045] FIG. 8 Illustrates a flowchart for explaining a 
procedure of a recovering process of the document 
management system 1 of the above-described still an- 
other preferred embodiment. The FIG. 8 illustrates a 
procedure when performing the processes described 
with respect to the steps S205-S209 of FIG. 4. The other 
processes are substantially the same as those de- 
scribed with reference to FIG. 4 or 6. That is, when start- 
ing either of the recovering processes of the steps 
S205-S209 of FIG. 4, the secondary progress status in- 
formation is acquired from the catalogue DB (S401 ), and 
a process step during which the abnormal end has oc- 
curred is specified based upon the secondary progress 
status infonnation, and the processes prior to a check- 
ing point (described later) nearest to the specified proc- 
ess step are deleted (S402). The recovering process is 
executed starting at the checking point. 
[0046] The secondary progress status information is 
more specifically described taking as an example a case 
that the document management system 1 has abnor- 
mally ended when a cabinet is being generated. 
[0047] The operation of generating a cabinet starting 
from a state that the cabinet does not exist to a state 
that the cabinet has been generated Includes for exam- 



ple the following process steps, and a plurality of check- 
ing points for defining a starting position to start a recov- 
ery process are provided. 

5 process step 0: the cabinet does not exist 

checking point I 

[0048] 

10 

process step 1 : add infonnation on a new cabinet 
to the catalogue DB 

process step 2: generate a folder in file structure 
that Is required for providing a document manage- 
'5 ment DB 

process step 3: generate necessary files other than 
those required for the document management DB 
process step 4: generate the document manage- 
ment DB 

process step 5: execute a DB schema (generate an 
SQL table and an index) 

checking point II 



process step 6: generate infonnation that Is neces- 
sary in the document management DB at the Initial 
state 

process step 7: end the generation of the cabinet 

[0050] For example, in the above-described operation 
of generating a cabinet, if the document management 
systems 1 abnonnally ends when a DB schema is being 
generated (i.e., an index is being generated), which is 
indicated by infonnation of the process step 5, the doc- 
ument management DB 14b is rolled back by the DB 
engine 12 to be returned to the state before the index is 
generated. At this time, the document management DB 
1 4b is normal as a database, however, the cabinet being 
created is not a complete condition as a cabinet, so that 
a recovering process is necessary to be perfonned, 
[0051] According to this embodiment, at least one 
checking point or a plurality of checking points (In this 
example, the checking points I and 11) are provided with 
respect to an operation of a cabinet, and when recover- 
ing a cabinet, the secondary progress status information 
Is acquired, and the cabinet is returned to the state at 
the checking point that is priorto and nearesttothe proc- 
ess step indicated by the secondary progress status in- 
formation so that the recovering process is performed 
starting at the checking point. 

[0052] That is, If the document management system 
1 has been caused to abnonnally end when the process 
step 5 is being executed for example, as the recovering 
process, a process of returning to the state at the check- 
ing point I, i.e., the state that the cabinet does not exist, 
Is perfonned. Specifically, the process of deleting the in- 
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formation on a new cabinet and the generated folder, 
file and document management DB Is performed. If the 
document management system 1 has been caused to 
abnomnally end when the process step 6 is being exe- 
cuted, in this case, the document management DB 14b 
is returned by rolling back thereof to the state immedi- 
ately before the process step 6 has been performed. 
Therefore, the recovering process to return to the state 
at the checking point II is not necessary, and the process 
step 6 is performed, i.e., the operation of generating the 
cabinet is continued to be completed. Thus , with provi- 
sion of a plurality of checking points for a recovering 
process in the secondary progress status information, 
when an abnormal end of the document management 
system 1 has occurred, it is not necessary to return to 
the state at the starting point, so that the recovering 
process can be promptly perfomned. 
[0053] The mechanism and processes set forth in the 
present description may be implemented as a computer 
program programmed according to the teachings in the 
present specification, as will be appreciated to those 
skilled in the relevant arts. Appropriate software coding 
can be readily prepared by skilled programmers based 
on the teachings of the present disclosure, as will be 
also apparent to those skilled in the relevant arts. - 
[0054] The present invention thus includes a compu- 
ter program product which may be hosted on a storage 
medium and includes Instructions which when executed 
by a computer perfomi the processes set forth In the 
present description. The storage medium can include, 
but is not limited to, any type oif disk including floppy 
disl<s-, optical disks, CD-ROMs, magnetooptlcal disks, 
ROMs, RAMs, EPROMs, EEPROMs, flash memory, 
magnetic or optical cars, or any type of media suitable 
for storing electronic instructions. 
[0055] Numerous additional modifications and varia- 
tions of the present invention are possible in light of the 
above teachings. It Is therefore to be understood that 
within the scope of the appended claims, the present 
invention can be practiced othenwise than as specifically 
described herein. 



Claims 

1 . A document management system comprising: 

a plurality of document storing devices config- 
ured to store document information, respective- 
ly; 

a recording device configured to record 
progress status Infomiation of an operation of 
each document storing device; 
a retrieving device configured to check, when 
the document management system is activat- 
ed, the recorded progress status infonmation of 
an operation of each document storing device 
to retrieve a document storing device that can- 



not be activated; 

a progress status Information acquiring device 
configured to acquire from the recording device 
progress status information of an operation of 

5 the retrieved document storing devk:e; 

a fault recovery process content acquiring de- 
vice configured to acquire a content of a fault 
recovery process relative to the retrieved doc- 
. .ument storing device based upon the acquired 

10 progress status information of an operation of 

the retrieved document storing device; and 
an executing device configured to automatical- 
ly execute the acquired content of a fault recov- 
ery process relative to the retrieved document 

IS storing device. 

2. The document management system according to 
Claim 1 , further comprising: 

20 a normal ending assurance file generating de- 

vice configured to generate a normal ending as- 
surance file when the document management 
system has normally ended; 
a nomnai ending assurance file existence 
25 checking device configured to check, when the 

document management system Is activated, 
existence of the nomnai ending assurance file; 
and 

a normal ending assurance file deleting device 
30 configured to delete the normal ending assur- 

ance file after the document management sys- 
tem lias been activated; - ^ 

3. The document management system according to 
35 Claim 1 or 2, wherein the plurality of document stor- 
ing devices are cabinets, and 

wherein the recording device recording 
progress status information of an operation of each 
cabinet is a catalogue DB configured to manage ba- 
40 sic information of the cabinet. 

4. The document management system according to 
Claim 1 , 2 or 3 wherein the recording device is con- 
figured to record process step infonmation Indlcat- 

45 ing process steps of the operation of each docu- 
ment storing device and a plurality of checking 
points for defining a starting position to start a re- 
covery process. 

50 5. The document management system according to 
Claim 4, further comprising: 

a process step infonnation acquiring device 
configured to acquire, when the document 
55 management system is activated, process step 

Infonnation of the retrieved document storing 
device from the recording device to identify a 
process step of the operation of the retrieved 
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document storing device in which the document 
management system has abnonnally ended; 
and 

a recovery process executing device config- 
ured to execute the recovery process starting 5 
from a checking point that is before and nearest 
to the process step In which the document man- 
agement system has abnonnally ended. 

6. A network system, comprising: io 

a document management system according to 
any of the preceding Claims: and 
a client computer configured to access the doc- 
ument management system. is 

7, A recovery method for a document management 
system, comprising the steps of: 



of each cabinet and a plurality of checking points 
for defining a starting position to start a recovery 
process. 

11. The recovering method according to Claim 10, fur- 
ther comprising the steps of: 

acquiring, when the document management 
system is activated, process step Information 
of the retrieved cabinet from the recording de- 
vice to identify a process step of the operation 
of the retrieved cabinet In whk;h the document 
management system has abnomnally ended; 
and 

executing the recovery process starting from a 
checking point that is before and nearest to the 
process step In which the document manage- 
ment system has abnomially ended. 



recording progress status Infomriation of an op- 20 
eratlon of each cabinet of the document man- 
agement system by a recording device; 
checking, when the document management 
system is activated, the recorded progress sta- 
tus Infomiatlon of an operation of each cabinet 25 
to retrieve a cabinet that cannot be activated; 
acquiring from the recording device progress 
status information of an operation of the re- 
trieved cabinet; 

acquiring a content of a fault recovery process 30 
relative to the retrieved cabinet based upon the 
acquired progress status Information of an op- 
eration of the retrieved cabinet; and 
automatk;ally executing the acquired content of 
a fault recovery process relative to the retrieved 3s 
cabinet. 



1 2. A computer program comprising computer program 
instmctlons that, when executed by a computer sys- 
tem, causes a document management system to 
perfomi a fault recovery method according to any 
one of claims 7 to 11. 



8. The recovery method according to Claim 7, further 
comprising the steps of: 

40 

generating a normal ending assurance file 
when the document management system has 
normally ended; 

checking, when the document management 

system Is activated, existence of the normal 4s 

ending assurance file; and 

deleting the normal ending assurance file after 

the document management system has been 

activated. 

50 

9. The recovering method according to Claim 7 or 8, 
wherein the recording step records the progress 
status information of each cabinet in a catalogue DB 
for managing basic infonnatlon of each cabinet. 

55 

10. The recovery method according to Claim 7, 8 or 9. 
wherein the recording step records process step in- 
formation indicating process steps of the operation 
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tivated, the recorded progress status information of an 
operation of each document storing device to retrieve a 
document storing device that cannot be activated. A 
progress status information acquiring device acquires 



from the recording device progress status Information 
of an operation of the retrieved document storing device. 
A fault recovery process content acquiring device ac- 
quires a content of a fault recovery process relative to 
the retrieved document storing device based upon the 
acquired progress status information of an operation of 
the retrieved document storing device. An executing de- 
vice automatically executes the acquired content of a 
fault recovery process relative to the retrieved document 
storing device. 
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